
IN THE SPECIFICATION : 

Please replace the current paragraph [0007] with a new paragraph [0007] as follows: 

[0007] It is expected that there will be many types of ASs connected to the IMS system, 
one example being a Push-To-Talk (PTT) AS. IMS will provide the AS's capabilities that 
can be used to implement services to the subscribers. These capabilities include e.g. S*^** 
party registration from IMS towards the AS. In the 3"* party registration, which is 
specified in the above 3GPP specifications, the registration towards the AS basically is 
just a notification that the registration in IMS has happened. However, it is not possible 
for the AS to start de-registration of the subscriber or even a specific Public User Identity 
allocated to tiie subscriber. There is no mechanism provided, by which the external AS 
can ask or request the UE to deregister. The AS can deny the 3'^'' party registration. If the 
AS is then classified as critical, this should lead to the deregistration. Nevertheless, this 
requires that the registration is passed to the AS. It cannot actively start the deregistration 
procedure. 

Please replace the current paragraph [0008] with a new paragraph [0008]as follows: 

[0008] Furthermore, in release 6 specifications of 3 GPP specification it has been 
determined that there will be a need in which an AS can de-register or bar a subscriber 
account, e.g. the AS takes care of controlling a user's prepaid account and when the 
account becomes empty, the AS should deny/restrict the user's access to the IMS system. 
As already mentioned, in the current release 5 specifications, there is no procedure in 
place within the IMS network that allows an AS to force de-registration or barring. For 
example, a service offered through the IMS by an AS, either residing within the IMS 
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network or within another network, may require disruption or termination of the service 
for reasons such as deUquency or timely expiration of service. 

Please amend paragraph [0022] as follows: 

[0022] According to the preferred embodiments, a mechanism is provided for 
deactivating a service account associated with the AS 60 of a registered subscriber within 
an-a^signaling network supporting IP multimedia services, e.g. the IMS network, where 
registration status of a subscriber is maintained in a registration server, e.g. the HSS 20, 
and implementation of the application service is controlled through a call state control 
server within the IMS network. To achieve this, an account status is monitored within the 
AS 60, and a deregistration or barring request is forwarded to the HSS 20 over an 
interface, e.g. the Sh reference point, directly coupling the AS 60 and the HSS 20 upon 
determining that disruption or termination of service is required. The de-registration or 
barring request is received at the HSS 20, and the de-registration request is implemented 
by changing the registration status within a subscriber's profile or respectively ,_the 
barring request is implemented by changing the value of barring indication within a 
subscriber's profile. Hence, the AS 60 can request the HSS 20 to bar and/or de-register a 
user's public identity or identities via the Sh reference point. 
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